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METHOD OF PROVIDING INFORMATION RELATED TO ACTIVITY 
OF A USER AND A DATA PROCESSING SYSTEM PROGRAM 

PRODUCT 

5 RELATED APPLICATIONS 

This application claims priority under 35 U.S.C. § 1 19(e) to United States 
Patent Application No. 60/173,831 entitled "Method For Collecting Web Usage 
Patterns Via Third-Party Annotation Services" by McCullough filed December 30, 
1 999, which is incorporated herein by reference. 

10 

<i) FIELD OF THE INVENTION 

This invention relates in general to methods and data processing system 

i it 

!=i program products, and more particularly, to methods and data processing system 

is i 

41 program products related to activity of a user at one or more electronic sites. 

lias 

m RELATED ART 

,51 The Internet allows the access of information by a wide variety of users. 

•S3 r 
.as a 

^ FIG. 1 includes an illustration of a system for a user 12 to access an electronic site 
16 via an electronic site access provider (ESAP) 14. Each of the user 12 and 

20 electronic site 16 are bi-directionally coupled to the ESAP 14. Many times, the 
electronic site 16 can be an Internet site, and the ESAP 14 can be an Internet 
service provider. Typically, the user 12 makes a request for a view (e.g., a page) to 
the electronic site 16 via the ESAP 14. The protocol for the request is usually in 
hypertext transfer protocol (HTTP). 

25 One of the challenges of the Internet has been for an entities that 

substantially control or own the electronic sites, such as electronic site 16, to obtain 
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reliable information about users including user 12. While the entities may have 
information regarding activities of the users at their respective electronic sites, this 
information is typically sparse and gives only a small part of the profiles of the 
users. 

5 Another attempt to get more information about users is for the entities that 

substantially control or own the electronic sites to form an alliance with one 
another to collect and share information about users at their respective electronic 
sites. Typically, the alliances cover a relatively small fraction of all electronic 
sites. To the extent users are accessing electronic sites outside the alliance, the 
10 members of the alliance do not have access to that information. Therefore, the 

4\ profiles of the users include just a small portion of information regarding activities 

\ i 

U1 of the users. 

il! 

: *. - 

I-* ESAP 14 typically collects information regarding activities of its users with 

01 

4: respect to electronic sites. However, the ESAP 14 may use the information for 

{= J5 limited purposes, such as determining if the ESAP 14 needs additional servers, 

in . . 

n) activity of one user is significantly more than all other users, and the like. Due to 
J-i privacy concerns or policy considerations of the ESAP 14, it typically does not 
share all information that it collects regarding its subscribers' (users') activities 
with the entities that substantially control or own the electronic sites for the 
20 specific purpose of creating profiles of the ESAP's subscribers. 
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SUMMARY OF THE INVENTION 



Information related to activity of a user may be provided using a method or a 
data processing system program product. The data processing system program 
5 product has a code embodied within a data processing system readable medium, 
and the code includes a set of instructions executable by a data processing system 
to perform the method. In one embodiment, the method includes an act of sending 
a first view request to a first electronic site. The electronic site is typically 
substantially controlled or owned by a first entity. The method further includes 
10 receiving a first view from the first electronic site. The first view substantially 

'£) 

I) corresponds to the first view request. The method also includes sending first 

Ul information related to the first view request to a second entity that is different from 

111 

the first entity. In a specific implementation of the embodiment, the acts of 

3 J 

•4* sending the first view request, receiving, and sending the first information are 
j» d 5 performed by the user. 

:=3 a 

; U 

jij In another embodiment, a data processing system program product has a 

{ » j code embodied within a data processing system readable medium. The code 

f 1 

comprises instructions executable by a data processing system of a user to perform 
a method of sending information related to a view request from the user for an 
20 electronic site. The information is to be sent to an entity that is different from an 
entity that substantially controls or owns the electronic site and is different from an 
Internet service provider or electronic site access provider of the user, if the user is 
to use such provider in accessing the electronic site. 



25 
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BRIEF DESCRIPTION OF THE DRAWINGS 
The present invention is illustrated by way of example and not limitation in 
the accompanying figures, in which like references indicate same elements, and in 
which: 

FIG. 1 includes an illustration of relationships between a user, ESAP, and 
electronic site when accessing information from the electronic site (prior art); 

FIG. 2 includes an illustration of a system that allows information from a 
user to be recorded as he or she makes view requests from an electronic site via an 
ESAP; and 

FIG. 3 includes a flow diagram for a method of using the system in FIG. 2. 

Skilled artisans appreciate that elements in the figures are illustrated for 
simplicity and clarity and have not necessarily been drawn to scale. For example, 
the dimensions of some of the elements in the figure may be exaggerated relative 
to other elements to help to improve understanding of embodiments of the present 
invention. 
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DETAILED DESCRIPTION 

Embodiments of the present invention allow information to be gathered 
regarding a user, where the information is more accurate than data collected at an 
5 individual electronic site or by an alliance of different entities having their own 
electronic sites because information regarding the user's activities outside 
individual electronic site and the alliance is collected. In one embodiment, the user 
sends a view request to an electronic site and also sends information related to the 
view request to a user information system that includes a data base of the user's 
10 activities at electronic sites. In one embodiment, the user may be able to enable or 
4) disable the information collection. The present invention is defined in the 

Ul appended claims and is better understood after reading the descriptions of the 

Hi 

M embodiments that follow. 

4** Before describing the embodiments in more detail, some terms are defined 

1^15 or clarified to improve understanding. "Electronic site" includes any site where 

jlj information is sent to and received from an electronic communication device, such 

4) 

i- 1 as a computer, mobile phone, personal digital assistant, or the like. A web site is 
!= * an example of a common type of electronic site. "Entity" is any individual, 
partnership, company, corporation, or organization. 
20 FIG. 2 includes an illustration of a system that allows information from a 

user to be recorded in accordance with an embodiment of the present invention. 
Each of the user 22 and electronic site 16 are bi-directionally coupled to the ESAP 
14. Although the user 22 is illustrated as being a personal computer, the user 22 is 
typically an individual who may potentially purchase a product or service from at 
25 the electronic site 16. The user 22 can access electronic sites using the personal 
computer, a personal digital assistant, a mobile phone, or the like. All of these 
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devices typically include a data processing system (computer, microprocessor, 
microcontroller, or the like). The ESAP 14 and electronic site 16 are illustrated as 
servers, which are another type of data processing system. In this particular 
embodiment, the user 22, ESAP 14, and electronic site 16 are connected via the 
5 Internet. Although not shown, additional servers, switches, routers, combinations 
thereof, or the like may lie between the ESAP 14 and the electronic site 16 but are 
not shown in FIG. 2. 

The ESAP 14 is also bi-directionally coupled to a user information system 
28 that includes a server 282 and a database 284, which is that is bi-directionally 
10 coupled to the server 282. The database 284 may be part of or separate from the 
4) server 282. In still other embodiments, the database 284 may be coupled to the 
U) ESAP 14 without an intervening data processing system. The balance of the 

ni 

u description of the embodiments are described with respect to the server/database 

configuration as shown in FIG. 2. In FIG. 2, the different entities are illustrated by 
.;.il5 some of the equipment that may be used by that entity. 

rjj Unlike the data processing system for user 12, the data processing system of 

r\ user 22 includes a data processing system program product that allows the user 22 
53 ' to have his or her activities with respect to electronic sites recorded, as will be 
explained in more detail later. The data processing system program product of 
20 user 22 typically includes code embodied within a data processing system readable 
medium. The code includes instructions executable by a data processing system 
for carrying out at least one method. 

In one specific implementation, the data processing system program product 
may be a plug-in for a browser program. Before being loaded, the plug-in may 
25 reside within a hard disk, CD-ROM, floppy diskette, or other nonvolatile memory 
within the data processing system of the user 22. During or after the browser 
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program is launched, the plug-in is loaded into the random access memory or other 
similar volatile memory within data processing system of the user 22. Each of the 
memories mentioned within this paragraph includes a data processing system 
readable medium. The data processing system program product is not limited to a 
plug-in for a browser program. The data processing system program product can 
be part of the browser program (not a separate plug-in), a different software 
application, an operating system, or the like. 

Many variables are possible with the code of the data processing system 
program product. In one embodiment, the code may include instructions where 
10 information related to view requests is always sent (cannot be disabled unless code 
|Jj is removed or altered). In another embodiment, the code may include instructions 

n 5 

ijl to allow the user 22 to determine whether the information is to be sent. The data 

ill 

M processing system program product may have code for a user 22 to select a first 

m 

41 mode of operation or a second mode of operation. The first mode of operation 
Wi=15 may be to enable (activate) sending the information to the user information system 
28, and the second mode of operation may be to disable (deactivate) sending the 
information to the user information system 28. Even if the first mode of operation 
' is activated, the user 22 is not sent a view solely in response to the information 

being sent to the user information system 28. 
20 The selection of the different modes may be achieved by a pull-down menu 

in the browser program, buttons as part of a graphical user interface, a separate 
screen for reconfiguring the settings, or the like. Depending on the product, the 
browser program may or may not need to be relaunched for the changes to take 
effect. The change may be permanent until the user 22 modifies the configuration, 
25 or the code may be configured to return to the original default when the browser 
program is closed and later relaunched. Clearly, the product could be configured 
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with an opposite default (i.e., normally disabled). The use of the product is better 
understood in conjunction with the description of the method illustrated in FIG. 3. 

FIG. 3 includes a process flow diagram for a method of using the system 
illustrated in FIG. 2. For this example, the data processing system program 
5 product as described in the preceding paragraph has a user selectable function. 
The user 22 starts (oval 322) by making a decision whether the user 22 should 
enable the recording function of the product (diamond 324). Regardless whether 
recording is enabled (the "YES" branch from diamond 324) or disable (the "NO" 
branch from diamond 324), the method proceeds with the acts of the user 22 
10 sending a view request to the electronic site 16 (block 342) and receiving from the 

a 

4 J electronic site 16 a view substantially corresponding to the view request (block 

w 

Ul 344). The request is typically in the form of an HTTP request for a Universal 

111 

M Resource Locator (URL). Some advertising or additional information may be sent 

m 

41 with the view; however, most of the view comes from electronic site 16 in 

j.15 response to the view request from the user 22. These acts are similar to those 

In 

111 performed by users with conventional browser programs. 

;* j Unlike conventional browser programs, the product may allow recording of 

1=3 1 information related to the view request. Referring to the "YES" branch from 
diamond 324), the user sends information related to the view request to user 
20 information system 28 (block 346). The information can include site information 
related to the view request (e.g., the URL or the like), an identifier of the user 22 
(e.g., Internet Protocol address, pre-assigned user identifier, a cookie, or the like), 
temporal information related to the view request (e.g., time stamp, time-at-view, or 
the like), or the like. The entity that substantially controls or owns the user 
25 information system 28 is usually different from the entities that substantially 
control or own the ESAP 14 or the electronic site 16. In one specific 
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implementation, the information may be sent to the user information system 28 via 
the ESAP 14 as shown in FIG. 2 (the ESAP 14 forwards the information received 
from the user 22 to the user information system 28). The server 282 receives the 
information and records it within the database 284. If the optional server 282 is 
5 not used, the ESAP 14 may record information within database 284. 

Returning to FIG. 3, the timing for sending of information in act 346 is 
variable. The information could be sent at substantially the same time as act 342 
or 344, between the acts, or after the acts. To capture as much information as 
possible, the information may be send (block 346) every time a request for a view 
10 is made (block 342). Alternatively, information may only be collected for 
II electronic sites that exist. In the latter instance, the database may not record error 

1 3 

ijl messages for views not found or displayed with respect to the user. In another 

M embodiment, the information may be sent (block 346) before sending the view 

□i 

j: request (block 342). In yet another embodiment, information may be accumulated 

uJS by the user 22 and sent to the system 28 after a predetermined volume of data has 

I is 

j-jj accumulated or on a periodic (e.g., daily, weekly, or the like) basis. While the data 
I^j may not be as current as other embodiments, this method should reduce the work 

of the ISP 14 by reducing the number of transmissions of information to the system 

28. Many other different timing schemes can be used. 
20 Regardless which path is used in FIG. 3, the user 22 determines whether 

more browsing is desired (diamond 362). If not, the method ends (oval 364). 

Otherwise, the method returns to decision diamond 324. For the subsequent view 

request, the user may change the configuration. For example, during the first view 

request, the recording may have been enabled. Before a second view request, the 
25 user 22 disables recording. The acts 342 and 344 are performed, but in this 

instance, the user 22 does not send information related to the second view to 
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anyone (i.e., the act listed in block 346 is not performed), and more specifically, 
not to user information system 28. This feature allows the user to decide whether 
he or she wants others to build a user profile based on any or all of his or her 
activities at the electronic sites. The user 22 can maintain the level of privacy that 
5 the user 22 desires. 

Privacy issues and selection of the mode of operation (enable versus disable) 
for recording by the user 22 can depend on the identity of the various entities. 
Typically, the data processing system of user 22, the ESAP 14, the electronic site 
16, and user information system 28 are not significantly or substantially controlled 

10 or owned by a single entity. In many instances, an entity does not significantly or 

□ 

J J substantially control or own more than one of the data processing systems of the 

U! user 22, the ESAP 14, the electronic site 16, and the user information system 28. 

t-j i 

M However, the server 282 and database 284 are substantially controlled or owned by 

01 

|; a single entity in most instances. Note that one of the entities may control or own 

■j 

\*15 part of a different entity, but such control or ownership is typically not significant 

m 

r\i (less than approximately 10% ownership of the different entity or less than 

d\ 

■Q approximately 10% ownership of the voting shares of the different entity). These 
^ various scenarios are not meant to prevent an entity from substantially controlling 
or owning one, two, three, or all four of the data processing systems of the user 22, 
20 the ESAP 14, the electronic site 16, and the user information system 28. 

The entity that substantially controls or owns the user information system 28 
may use the information collected or obtained as that entity deems appropriate. 
The entity may allow the user 22 to access his or her information. In one 
embodiment, the user 22 may send and the system 28 may receive an inquiry for at 
25 least some of the information collected on that user 22. In response to the request, 
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the system 28 may send and the user would receive information regarding that the 
user 22 that substantially corresponds to the inquiry. 

The system 28 may also be configured in a hierarchical manner, such that 
user 22, who has a higher priority, can obtain information on all or a portion of 
5 other users having a lower priority. In still other embodiments, the entity that 
substantially controls or owns the system 28 may provide a commercial service 
that sells part or all the information within database 284 to others, such as an entity 
that substantially controls or owns the electronic site 16. Although not shown, the 
electronic site 16 and the system 28 may be bi-directionally coupled to each other. 
10 The electronic 16 may access the system 28 to determine the content of advertising 
4) or other similar information that may be sent user 22. This content may be sent as 
U! part of the view or sent separately to the user 22. 

m 

M The systems and methods described above allow a more accurate user 

,4; profile to be achieved compared to information collected on a user only at an 

=,15 electronic site or only at electronic sites that are part of an alliance. The ability to 

Hi 

j=n enable/disable recording allows the user 22 to let most of his or her activities at 
j2j electronic sites be recorded while not having all activities recorded. The user 22 
1=3 may want activities not recorded where the user 22 might be harmed if knowledge 

of such activity would become publicly available. 
20 In the foregoing specification, the invention has been described with 

reference to specific embodiments. However, one of ordinary skill in the art 
appreciates that various modifications and changes can be made without departing 
from the scope of the present invention as set forth in the claims below. 
Accordingly, the specification and figures are to be regarded in an illustrative 
25 rather than a restrictive sense, and all such modifications are intended to be 
included within the scope of present invention. 
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Benefits, other advantages, and solutions to problems have been described 
above with regard to specific embodiments. However, the benefits, advantages, 
solutions to problems, and any element(s) that may cause any benefit, advantage, 
or solution to occur or become more pronounced are not to be construed as a 
critical, required, or essential feature or element of any or all the claims. As used 
herein, the terms "comprises," "comprising," or any other variation thereof, are 
intended to cover a non-exclusive inclusion, such that a process, method, article, or 
apparatus that comprises a list of elements does not include only those elements 
but may include other elements not expressly listed or inherent to such process, 
method, article, or apparatus. 
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